home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010306-20010921 / 000000_news@columbia.edu _Tue Mar 6 14:21:06 2001.msg next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id OAA15496
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Tue, 6 Mar 2001 14:21:06 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id OAA12827
  7.     for kermit.misc@watsun.cc.columbia.edu; Tue, 6 Mar 2001 14:20:03 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: fdc@columbia.edu (Frank da Cruz)
  10. Subject: New defaults for new Kermit releases
  11. Date: 6 Mar 2001 19:20:01 GMT
  12. Organization: Columbia University
  13. Message-ID: <983d91$cgk$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@columbia.edu
  15.  
  16.  
  17. In preparing the forthcoming new Kermit releases, it occurred to me that
  18. we have an opportunity to modernize Kermit's treatment of serial ports,
  19. which is still based on 1980s assumptions:
  20.  
  21.  . Serial ports are mostly used for direct connections
  22.  . Modems have all different kinds of command sets
  23.  
  24. Because of these assumptions, it has always been necessary to SET MODEM
  25. TYPE first, before opening the serial port with SET LINE, so the
  26. device-opening code invoked by SET LINE knows to set the right
  27. operating-system-specific magic bits that say "this device will be used
  28. for dialing, so don't require Carrier until later".
  29.  
  30. But this confuses many people, who don't understand why the order of
  31. SET MODEM TYPE and SET LINE should matter -- especially since it doesn't
  32. matter on *some* operating systems.
  33.  
  34. These days I think it is safe to say that:
  35.  
  36.  . Serial ports are mostly used with modems
  37.  . Almost every modem supports the basic AT command set
  38.  
  39. Therefore we should be able to change Kermit's default modem type from
  40. NONE to some generic kind of AT-command-set modem.   If we did, then
  41. would work:
  42.  
  43.   set line /dev/blah
  44.   set modem type usrobotics
  45.   set speed 57600
  46.   dial 7654321
  47.  
  48. And this would continue to work:
  49.  
  50.   set modem type usrobotics
  51.   set line /dev/blah
  52.   set speed 57600
  53.   dial 7654321
  54.  
  55. And this would work in most cases:
  56.  
  57.   set line /dev/blah
  58.   set speed 57600
  59.   dial 7654321
  60.  
  61. And for a direct connection:
  62.  
  63.   set line /dev/blah
  64.   set speed 57600
  65.   connect
  66.  
  67. should work as before.  If there is no carrier, Kermit would complain and
  68. CONNECT would fail (unless CARRIER-WATCH was OFF).  If there is Carrier,
  69. Kermit would CONNECT normally.  If there was a problem, you could SET
  70. MODEM TYPE DIRECT to get around it.
  71.  
  72. So far so good?  Then the question is, what should the generic modem type
  73. be?  We already have a GENERIC-HIGH-SPEED modem type that comes very close
  74. to fitting the bill: it uses AT commands for dialing and hanging up, etc,
  75. the basic set that is common to all modems that use AT commands.  It does
  76. NOT send any commands to configure the modem's options (like flow control,
  77. data compression, etc), since these are not portable among different
  78. brands of modems.
  79.  
  80. The only trouble with with GENERIC-HIGH-SPEED is that it uses AT&F to
  81. initialize the modem, which doesn't work with all modems -- for example
  82. it does not work with US Robotics.  Maybe we could use ATZ instead, but
  83. we have had bad experiences with it in the past (it makes some modems
  84. reboot themselves; all their signals go off and on, which tends to cause
  85. trouble with the computer's device driver).
  86.  
  87. So perhaps the best course is to (a) change GENERIC-HIGH-SPEED not to send
  88. AT&F at all and simply assume the modem is configured appropriately (as
  89. most are), and (b) make GENERIC-HIGH-SPEED the default modem type, rather
  90. than NONE.
  91.  
  92. Unless anybody sees a fatal flaw in this reasoning, we'll try this in the
  93. next C-Kermit 7.1 Alpha test.
  94.  
  95. While I have your attention, I should mention that I'm also planning to
  96. change the default TERMINAL BYTESIZE from 7 to 8.  It has been 7 forever,
  97. based on the 1980s-era assumption that the host is likely to be using
  98. parity, but this is now almost vanishingly unlikely.  Does anybody
  99. disagree?
  100.  
  101. - Frank